home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950528-19950726 / 000139_news@columbia.edu_Tue Jun 13 10:29:29 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA13752
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 15 Jun 1995 11:54:10 -0400
  3. Received: by apakabar.cc.columbia.edu id AA24384
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 15 Jun 1995 11:54:08 -0400
  5. Path: news.columbia.edu!spcuna!citicorp.com!uunet!pmafire!mars.poci.amis.com!cwis.isu.edu!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit MAC??
  9. Message-Id: <1995Jun13.162929.53960@cc.usu.edu>
  10. Date: 13 Jun 95 16:29:29 MDT
  11. References: <3qnon9$asf@steel.interlog.com>  <TOM.95Jun13124129@amber.ssd.csd.harris.com>
  12. Organization: Utah State University
  13. Lines: 21
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <TOM.95Jun13124129@amber.ssd.csd.harris.com>, 
  17. tom@ssd.csd.harris.com (Tom Horsley) writes:
  18. >>The point being that if separate Kermit tools, translation tools, VTxxx
  19. >>tools, etc, were constructed, they would immediately become orphans.  There
  20. >>is one and only one shared nucleus of common code.  We simply can't afford
  21. >>to maintain lots of code bases.
  22. > 
  23. > Maybe most of this stuff is common, but I'm not so sure about the common
  24. > nucleus of VTxxx code. MS kermit seems to have one terminal emulator state
  25. > machine, OS/2 kermit another, it sounds like MAC has yet another. On the
  26. > other hand, it would be really nice if there were a common VTxxx module...
  27. > 
  28. > Is there a "common" emulator that I just can't find in the maze of six
  29. > character file names out there? :-).
  30. --------------
  31.     As convenient as that might seem to you it is not a reasonable
  32. request. Terminal emulation is a *lot* more than just a state machine,
  33. and those other parts are extremely system dependent. In the case of
  34. MS-DOS Kermit one does not get the present features in the present size 
  35. and speed by converting to generic/API-based C code. 
  36.     Joe D.